home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv2.zip / V2N86.TXT < prev    next >
Text File  |  1993-03-31  |  41KB  |  1,022 lines

  1.  
  2.  
  3.  
  4.  
  5. Ultrasound Daily Digest     Wed, 31 Mar 93       Volume 2 : Issue  86 
  6.  
  7. Today's Topics:
  8.                    48 kHz Playback & more memory ?
  9.             [GUS] Sierra supports the Ultrasound! (2 msgs)
  10.                          Future GUS releases
  11.                                  GMOS
  12.                       GRAVIS & FORTE NEWS   1/4
  13.                        GUS & X-Wing working!!!
  14.                GUS: need sequencer with musical scores
  15.                             GUS and dos 6
  16.                               GUS ans SB
  17.                            GUS MIDI adapter
  18.                       GUSMOD v2.11 with EMM386?
  19.                              GUS reviewed
  20.                                  help
  21.            Mouse cursor goes away with gus driver installed
  22.                        Pitch to midi converter.
  23.                              Programming?
  24.                           Proposal for GMOS
  25.                 Real-time frequency-to-midi conversion
  26.                            SBOS conflicts.
  27.                    Still want an NT Driver for GUS
  28.                          Ultima 7 part II fix
  29.                       ULTRASOUND 03/30/93   1/2
  30.                       ULTRASOUND 03/30/93   2/2
  31.  
  32.     Information about the UltraSound Daily Digest (such as
  33. mail addresses, request servers, ftp sites, etc., etc.) can be found
  34. at the end of the Digest.
  35.  
  36.     *** HEY!!! *** 
  37.  
  38.     Before you ask a question, *** READ THE FAQ ***.  It's
  39. available on the request server and the ftp sites, or check the
  40. newsgroup archives.
  41.  
  42. ----------------------------------------------------------------------
  43.  
  44. Date: 30 Mar 93 09:23:13 GMT+0100
  45. From: "Alexander Majarek, Sascha, SAM"  <Alexander.Majarek@uibk.ac.at>
  46. Message-Id: <MAILQUEUE-101.930330092313.320@subz-nov>
  47. Subject: 48 kHz Playback & more memory ?
  48. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  49.  
  50. Hi netters, sounders, etc.
  51.  
  52. I have two questions, which I thought you could maybe answer.
  53.  
  54. When I read the announcements on EPAS there was a statement, that the
  55. 16 bit recording option will be able to recored 16 bit stereo
  56.  
  57.  
  58. at 48 kHz. Now my question: As far as I know the GUS does only supply
  59. 16 bit stereo 44,1 kHz playback, so what should we do with those 48
  60. kHz samples?????
  61.  
  62. Another question is: Are there any future plans for extended versions
  63. of the card (for example: supporting 4 or 16 MB on board memory, or
  64. any other improvement), or is there the possibility of any hardware
  65. faults, which might result in corrected hardware versions? Or is the
  66. GUS which is available now the one and only version of sound hardware
  67. produced by Gravis in the near (or even not near) future?
  68.  
  69. Thanks in advance,
  70. SAM
  71.  
  72. *********************************************************************
  73. *Alexander.Majarek@uibk.ac.at * There are 3 ways (fast, sweet, sure)*
  74. *Perthalerg. 1c/11            * for a man to ruin himself:          *
  75. *A-6020 Innsbruck             * 1. Gamblin'   (fast),               *
  76. *AUSTRIA (EUROPE)             * 2. Women      (sweet) &             *
  77. *Tel.: 0043-512-84-26-15      * 3. Computers  (sure)                *
  78. *********************************************************************
  79.  
  80. ------------------------------
  81.  
  82. Date: 29 Mar 1993 22:26:51 -0800
  83. From: jamesrod@mizar.usc.edu (Jeff Lawson)
  84. Message-Id: <1p8p7bINNlv@mizar.usc.edu>
  85. Subject: [GUS] Sierra supports the Ultrasound!
  86. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  87.  
  88. That's right!  Well, sort of.  It seems that Sierra is starting to
  89. release of their new games with a Windows EXE that allows you to play
  90. their games in Windows using the Windows drivers.  That means that if
  91. you have an Ultrasound driver for Windows (an you should) then Sierra
  92. is essentially supports the Ultrasound.  The first game they've
  93. release with the Windows version is Ecoquest II (although I've heard
  94. that a beta version of Space Quest V had a really buggy one-I don't
  95. know if it was in the final version).
  96.  
  97. Anyways, I had a little trouble getting it to work at first, but what
  98. I had to do was select extended MIDI device (or whatever they call it)
  99. in the install program (you must run SETUP.EXE from Windows for the
  100. Windows install).  Then, before I run the game, I select Control
  101. Panel, chose Midi Map, and then select "Ultrasound-?k" (with ? being
  102. the amount of DRAM you have installed).  Then, I ran the patch loader
  103. and loaded the patches for "LOAD?.MID" (with ? being the amount of
  104. DRAM you have again).
  105.  
  106. I don't know of any of this is unnecessary, but it worked for me.  And
  107. don't think that you need a meg of DRAM to get good results, because
  108. you don't -- I still only have 256k and it sounds great (a lot better
  109. than SBOS!).
  110.  
  111.  
  112.  
  113.  
  114. Jeff Lawson
  115. jamesrod@mizar.usc.edu
  116.  
  117. ------------------------------
  118.  
  119. Date: Tue, 30 Mar 1993 08:47:43 GMT
  120. From: himb@iniki.soest.hawaii.edu (Liz Camarra)
  121. Message-Id: <C4p1rK.H53@news.Hawaii.Edu>
  122. Subject: [GUS] Sierra supports the Ultrasound!
  123. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  124.  
  125. In article <1p8p7bINNlv@mizar.usc.edu> jamesrod@mizar.usc.edu (Jeff Lawson) writes:
  126. >Anyways, I had a little trouble getting it to work at first, but what
  127. >I had to do was select extended MIDI device (or whatever they call it)
  128. >in the install program (you must run SETUP.EXE from Windows for the
  129. >Windows install).  Then, before I run the game, I select Control
  130. >Panel, chose Midi Map, and then select "Ultrasound-?k" (with ? being
  131. >the amount of DRAM you have installed).  Then, I ran the patch loader
  132. >and loaded the patches for "LOAD?.MID" (with ? being the amount of
  133. >DRAM you have again).
  134.  
  135.   This trick seems to work on all Sierra MPC titles, even on my
  136. ancient Mixed-up Mother Goose CD.  Are all the new games come
  137. with windows EXE now?
  138.  
  139. +----------------------------------------------------------------+
  140. Stephen Lau, Elec. Engineering, Univ. of Hawaii
  141. *Using a friend's account while waiting for my new grad. account*
  142. +              Death to FM synthesis! Go Gus!                    +
  143.  
  144. ------------------------------
  145.  
  146. Date: Tue, 30 Mar 93 13:04:34 EST
  147. From: pccmoddan@aol.com
  148. Message-Id: <9303301304.tn14117@aol.com>
  149. Subject: Future GUS releases
  150. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  151.  
  152. Ultra Chuck Yeager's Combat is >NOT< vapour-ware. A copy of it was inside the
  153. box of the last GUS I received via Gravis' offices in Washington. I think it
  154. can be had by contacting Gravis for $14, and it is WELL worth it! The sound
  155. is superb (16 bit, stereo, original patches) and the gameplay is great too.
  156.    As for other titles supporting GUS, they are coming. There will be Miles
  157. MIDIPak/DIGIPak drivers for the GUS within a short time, and these will make
  158. it simple for developers to add GUS support (unfortunately it's not as good
  159. as writing your own GUS support but it will sound as good as the MIDI demo I
  160. would think) and the drivers will also be usable with games already out there
  161. that use Miles drivers. 
  162.    Aside from the Miles drivers, I know of 5 titles that will definitely have
  163. GUS native mode support that are in development. There are most certainly
  164. many more in development, but these are the ones I know about since I'm
  165. involved with them. 
  166.  
  167.  
  168.    Another thing that looks good for the GUS - everyone I have talked to says
  169. that everyone they've talked to seems really interested in MODs and MOD-like
  170. formats due to the sucess of Star Control II. What does this mean for you?
  171. Well, if a company decides to use MOD-type music in a game, I would say the
  172. chances of GUS support in that game are at least 99%. The GUS is the best
  173. device currently available for playing MODs, and the developers tend to demo
  174. their stuff with the best equipment, such as Sierra using Sound Canvases for
  175. midi. Can't play a MOD very well on a Waveblaster! :)
  176.   - Dan
  177.  
  178. ________________________________________________________
  179. Dan Nicholson    -    PCkS Associates - (908)964-8066 - ModDan
  180.                               553 Thoreau Terr. 
  181.                               Union, NJ 07083
  182. ________________________________________________________
  183.                
  184.                                 Ross Perot is Ghandi.
  185. ________________________________________________________
  186.  
  187. ------------------------------
  188.  
  189. Date: 30 Mar 1993 23:01:03 +0800
  190. From: TC <SH7126146@NTUVAX.NTU.AC.SG>
  191. Message-Id: <01GWFPUZGNH2AH2YJX@NTUVAX.NTU.AC.SG>
  192. Subject: GMOS
  193. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  194.  
  195. >> GM instructions in games, and make a "patch" for such games to remap the
  196. >> whole game to 1meg worth of patches.
  197. >
  198. >I wonder why no one caught the reference to option (3) which I mentioned
  199. >should allow GMOS to determine the patch changes during a particular
  200. >run. For example, you run 'GMOS -cxwing.cfg' and GMOS will collect any
  201. >>MIDI patch change information throughout this particular session and
  202. >>save it to a .cfg file. It can then load this file later to load the
  203. >>required patches. Of course, this is not fail safe. A program might need
  204.                                       ^^^^^^^^^^^^^
  205. >>more than 1MB worth of patches throughout the whole run. Thus, dynamic
  206. >>loading will STILL have to be supported.
  207.               ^^^^^
  208. > This is a decent approach to it, but I see at least one problem:
  209. > What happens if the end scene of the game (when you "win") uses an
  210. > instrument not used in the rest of the game?  Then, when you make your *.cfg
  211. > file, it will not have that patch in it, so GMOS will not load that patch.
  212.  
  213. Like I said, the .cfg file is *NOT* fail safe. GMOS will still have to
  214. support dynamic patch loading. GMOS will write the .cfg file in
  215. descending order of most frequently accessed patch. This will guarantee
  216. a better fit at the start. But still dynamic patch loading WILL have to
  217. be supported. In this case, if GMOS finds that the patch required is not
  218. in one of the buffers in memory, it will load it off the disk, so there
  219. will be a slight slowdown there.
  220.  
  221.  
  222.  
  223. Note that the .cfg file is not a catch-all. It is simply there to help
  224. GMOS select the most appropriate patches to load without having to wait
  225. all the time for the dynamic patch loading.
  226.  
  227. > tonight...) then all we have to do to implement GMOS is to add digital
  228. > SB support without losing GM ability.  This should not be impossible,
  229. > but it may be difficult.
  230.  
  231. Yes, but only if we can get information on the way GUS latches the
  232. AdLib/SB ports from Gravis/Forte.
  233.  
  234. .tc
  235.  
  236. ------------------------------
  237.  
  238. Date: 29 Mar 93 22:40:13 GMT
  239. From: jjm70@ccc.amdahl.com (Jerry Miller)
  240. Message-Id: <dcRz02zH3c0w01@JUTS.ccc.amdahl.com>
  241. Subject: GRAVIS & FORTE NEWS   1/4
  242. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  243.  
  244. In article <733239460.AA01773@ship.net> john.smith@gravis.com (John Smith) writes:
  245. >Gravis and Forte Notes
  246. >----------------------
  247. >===================================================
  248. >                     SBOS 
  249. >===================================================
  250. [stuff deleted]
  251. >
  252. >Hardware
  253. >========
  254. >
  255. >I know that a lot of people have said that its OK to put both a 
  256. >GUS and SB in the same machine. I also know that some people 
  257. >have had some success doing just that.  However, it is really 
  258. >not a good idea. There are some very solid hardware reasons NOT 
  259. >to do this. Even though you can move the I/O address and IRQ that 
  260. >SBOS uses so that it will not conflict with the SB, you cannot 
  261. >move the DMA channel. SBOS and the SB both use DMA channel 1. Some
  262. >serious bus contention happens when both cards are installed. If 
  263. >you doubt that this is happening, try the diagnostics in the new 
  264. >setup program. (You will get this in the official release soon). 
  265. >The DMA channel test will fail intermittantly with an SB installed. 
  266. >Anyway, when you are trying to get a game running, why not eliminate 
  267.  
  268. I suspect you may have missed the point here.  The purpose of running a SB
  269. in the same machine as the GUS is that you don't want to use SBOS at all!
  270. SBOS won't use DMA channel 1 if it isn't installed and the diagnostics run
  271. just fine unless you select the SBOS compatibility test (which is irrelevent
  272. if you aren't going to use SBOS).
  273.  
  274. Please understand I am NOT being critical of SBOS - I can appreciate the
  275. amount of work that has gone into it and I think it does a reasonable job
  276.  
  277.  
  278. given the constraints (i.e. it is an emulator).  Many games run just fine
  279. with SBOS but you just can't cover all bases, particularly when performance
  280. is an issue.  What I do NOT understand is why Gravis seems to want to insist
  281. on being the ONLY sound card in my computer.  If enough GUSes are sold that
  282. they become heavily supported then I may eventually (and with great pleasure)
  283. discard my co-resident SBPro but in the meanwhile it stays.
  284.  
  285. FWIW I have modified my GUS so there is absolutely no conflict with the SB/Adlib
  286. at all.  It is a very simple change that I will be glad to share with you
  287. if you want - you may want to offer it as an inexpensive (free even) option to
  288. purchasers who already have other sound cards. E-mail if interested...
  289.  
  290. Jerry Miller
  291.  
  292. ------------------------------
  293.  
  294. Date: 30 Mar 93 16:13:36 GMT
  295. From: djlewis@ualr.edu
  296. Message-Id: <1993Mar30.161336.1@ualr.edu>
  297. Subject: GUS & X-Wing working!!!
  298. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  299.  
  300. In article <1993Mar26.172426.7699@nmt.edu>, ehobbs@nmt.edu (Eric Hobbs) writes:
  301. > In article <1993Mar24.014108.26012@bcars6a8.bnr.ca> norm@bnr.ca (Norm MacNeil) writes:
  302. >>Yes, thanks to Ken (Kenneth R Aron), I finally got the GUS to work with the
  303. >>SoundBlaster emulation in X-Wing.  Eliminating the "/EMS" parameter on the
  304. >>STACKER line in my CONFIG.SYS did the trick.  THANKS KEN!!!!!
  305. >>
  306. >>So just for others who might have missed it or who have slightly different
  307. >>configurations, I've got...
  308. >>
  309. >>  486DX-33, 5MB RAM, GUS w/256K, Stacker 2.0, X-Wing installed on the Stacked
  310. >>drive (!).
  311. >>
  312. >>CONFIG.SYS:
  313. >>
  314. >>  DEVICE=C:\HIMEM.SYS
  315. >>  DEVICE=C:\EMM386.EXE FRAME=E000 RAM 1536
  316. >>  DOS=HIGH,UMB
  317. >>
  318. >>[other stuff deleted]
  319. >>
  320. >>  DEVICEHIGH=C:\STACKER\STACKER.COM C:\STACVOL.DSK
  321. >>  DEVICEHIGH=C:\STACKER\SSWAP.COM C:\STACVOL.DSK /SYNC
  322. >>
  323. >>AUTOEXEC.BAT:
  324. >>
  325. >>  SET ULTRASND=220,1,1,11,5
  326. >>  C:\ULTRASND\ULTRINIT
  327. >>  SET ULTRADIR=C:\ULTRASND
  328. >>  SET BLASTER=A220 I5 D1 T1
  329. >>
  330. >>
  331.  
  332.  
  333. >>
  334. >>Now the only problem is that whenever there is a digitized sound effect (like
  335. >>that lasers or a TIE screaming by), the graphics (screen) get REAAAL jerky.  So
  336. >>obviously, SBOS as the TSR isn't keeping up to the rest of the program.
  337. >>
  338. >>Does adding EMS, GUS DRAM, ... help with this problem?
  339. >>
  340. >>Thanks,
  341. >>  Norm.
  342. >>
  343. >>+-----------------------------------------------------------------------+
  344. >> Norm MacNeil                     Phone: (613) 763-3372
  345. >> Data Systems                     Fax:   (613) 765-2854
  346. >> Bell-Northern Research Ltd.      EMail: norm@bnr.ca (INTERNET)
  347. >> #include <disclaimer.std>       "Roller bladers do it in-line!"
  348. > If you turn off the FM music, the jerking problem practically goes
  349. > away.  Apparently, from what I've heard, the jerking isn't a GUS-only
  350. > problem.  I hear that on some SB's and SBPros it jerks, too.
  351. > --Hobbs
  352. The "jerking" problem doesn't show on my settup
  353. DTK KEEN3304 386/33 /387
  354. 62meg RLL 1:1 drive
  355. Media Vision Proaudio Spectrum 16
  356.  
  357. smartdrv.exe 1024k
  358. emm386.exe 4096k
  359.  
  360. Don Lewis
  361. <djlewis@ualr.edu>
  362.  
  363. ------------------------------
  364.  
  365. Date: Tue, 30 Mar 1993 20:52:33 GMT
  366. From: bjornhk@dhhalden.no (BJORN HAAVARD KLEVEN)
  367. Message-Id: <bjornhk.175.733524753@dhhalden.no>
  368. Subject: GUS: need sequencer with musical scores
  369. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  370.  
  371. In article <1993Mar22.221439.1@cc.newcastle.edu.au> phth1@cc.newcastle.edu.au writes:
  372. >From: phth1@cc.newcastle.edu.au
  373. >Subject: GUS: need sequencer with musical scores
  374. >Date: Mon, 22 Mar 1993 12:14:39 GMT
  375. >My problems with winjammer have abruptly ended now that I have obtained
  376. >version 2.24.
  377. >
  378. >The next question is, what software packages are available which actually
  379. >provide a music score as well as acting as a sequencer? A friend of mine
  380. >has a package called "Finale" which he uses together with his SCC-1, but
  381. >it is fussy and doesn't seem to be compatible with the GUS midi interface.
  382. >Is there any way to get the GUS midi interface to be SB401 (or whatever it
  383.  
  384.  
  385. >is) compatible? Or are there other packages around which can produce
  386. >musical scores?
  387.  
  388. It seems to be clear now that Advanced Gravis will include MidiSoft 
  389. Recording Session and Power Chords with the new installation disks that will 
  390. be shipped out to all registered customers within shortly. Recording Session 
  391. is a nice sequencer program running under Windows. Ballade, however, will 
  392. probably be a problem to use with the UltraSound, as it relies on 
  393. direct communication with the hardware (the MPU-401 interface). This will (
  394. generally) not be the problem with any Windows-based sequencer, however, as 
  395. they will utilize the Multimedia Extension to communicate with the hardware 
  396. via the soundcard's driver software.
  397.  
  398. -=* Bjorn
  399.  
  400. ------------------------------
  401.  
  402. Date: Tue, 30 Mar 93 07:00:51 PST
  403. From: RICH CATENA DTN 321-5170 <catena@arrcee.enet.dec.com>
  404. Message-Id: <9303301459.AA04945@enet-gw.pa.dec.com>
  405. Subject: GUS and dos 6
  406. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  407.  
  408. Since it will be on sale late tonight or tomorrow, has anyone tried
  409. SBOS 2.04 with dos 6 beta?
  410.  
  411. I really don't want to get into a long debugging session only to find I have
  412. to go back to dos 5.
  413.  
  414. thanks,
  415.  
  416. ------------------------------
  417.  
  418. Date: Wed, 31 Mar 93 01:20:37 -0500
  419. From: Narimane NABAHI <nanouu@binkley.cs.mcgill.ca>
  420. Message-Id: <9303310620.AA01284@binkley.cs.mcgill.ca>
  421. Subject: GUS ans SB
  422. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  423.  
  424. Hello everybody,
  425.  
  426.  
  427.  
  428.  
  429.  
  430.     I had some troubles to put my old Sound Blaster (v1.0)
  431.  
  432. with the UltraSound in the same computer. After about three
  433.  
  434. hours, I found that if I want my SB to always works proprely, I
  435.  
  436. have to put it in BASE 220, IRQ 7... and to put the GUS in an
  437.  
  438.  
  439.  
  440. other configuration with an other DMA chanel (like 3 for
  441.  
  442. example). But here, I had some problems with some games (old
  443.  
  444. games like Bubble Bobble, or new games like Wolfenstein 3D in
  445.  
  446. SB, or ZONE 66 in GUS mode...): my first aim was to have the GUS
  447.  
  448. work properly, so, I decided to leave the old configuration and
  449.  
  450. to put the SB in BASE PORT 240. Then, here is how my cards are:
  451.  
  452.  
  453.  
  454.     SB: 240, int 5, dma 1
  455.  
  456.     GUS: 220, int 7, dma 3, midi 11
  457.  
  458.  
  459.  
  460. AND IT WORKS FINE!! I read in the GUS user manual that "we can't
  461.  
  462. have both an Ultra Sound and Sound Blaster or Adlib" but it's
  463.  
  464. not realy true... But... there's a BUT: the SB will work fine
  465.  
  466. only if the game or the software reads the environnement
  467.  
  468. varialable or if we can define where is the SB (i.e. Base port 
  469.  
  470. and Int): in one week I only have 2 problems.... Bubble Bobble &
  471.  
  472. Wolfenstein. But I simply execute SBOS then it works. Last of
  473.  
  474. all, if a game like Tetris Classic doesn't work, I force it to
  475.  
  476. play in ADLIB and that's it!
  477.  
  478.  
  479.  
  480. What I want to say in this is two things: is there somebody who
  481.  
  482. has a better succes to put these two cards at the same time? (i.e. 
  483.  
  484. to have ALWAYS the SB which works correctly) If yes, please, leave
  485.  
  486. me a message... Second, with this, I have a ratio of 95% of games 
  487.  
  488. which works correctly with no slowdown... so, bye an old SB if
  489.  
  490. you want more compatibility (a had mine at 50$!).
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.                     Xavier Rustom.
  499.  
  500.                     nanouu@binkley.CS.McGill.CA    
  501.  
  502.                     A mAd UsEr!.!..
  503.  
  504. ------------------------------
  505.  
  506. Date: Tue, 30 Mar 1993 16:16:24 -0800
  507. From: Eric N. Liao <liaoe@aero.org>
  508. Message-Id: <199303310016.AA14279@aerospace.aero.org>
  509. Subject: GUS MIDI adapter
  510. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  511.  
  512. Okay, I got all the parts I need to build my GUS midi adapter.  God knows what
  513. I will do with it when I'm finished (I don't have a MIDI keyboard to test it
  514. with!)
  515.  
  516. Howevr, I'm not an electrician!  I mean, I know what diodes, resistors, are
  517. for?  But what does "ground" mean?  More specifically, does the 
  518. "ground" on the optoisolator connect to the same ground as on the MIDI THRU
  519. and MIDI OUT?  Also, about the "inverters."  I couldn't find the exact
  520. LS7404 part, and I'm using a 7404 "hex inverter" from radio shack.  It has
  521. the same # of pins (but a slightly different pinout.  Fortunately, there is
  522. a diagram on the back, so I know which pins to use.)
  523.  
  524. However, my optoisolator is a ECG 3093 (Philips's equivalent of 6N138.)  The
  525. pinout is somewhat different.  
  526.  
  527. 1--NC, 2--A,  3--K,  4--NC,  5--GND,  6--VO,  7--VB, 8--VCC
  528. Okay, I know what GND and NC mean.  Butt there seems to be no "C" for me to
  529. hook up to.  Do I need to buy the exact 6n138 part?
  530.  
  531. ------------------------------
  532.  
  533. Date: Wed, 31 Mar 1993 00:08:51 GMT
  534. From: robinson@sml.cs.psu.edu (Andrew Robinson)
  535. Message-Id: <ROBINSON.93Mar30190851@sml.cs.psu.edu>
  536. Subject: GUSMOD v2.11 with EMM386?
  537. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  538.  
  539. I posted a little while ago about having a problem with volume while playing
  540. mods with GUSMOD v2.11 -- the volume of some notes comes out loud and other 
  541. notes are very quiet, even with no volume change commands.  I have found that
  542. GUSMOD v2.11 does work correctly on my system if I don't use an expanded 
  543. memory manager such as EMM386.  GUSMOD v2.04 works correctly regardless of 
  544. whether or not EMM386 is loaded.  Can anybody explain why v2.11 doesn't work 
  545. with EMM386 loaded, and v2.04 does work?  I tried changing the DMA buffer size,
  546. but that made no difference.  By the way, I'm using a 386SX/33MHz.
  547. --
  548.  
  549.  
  550.      -- Andy
  551. robinson@cs.psu.edu
  552.  
  553. ------------------------------
  554.  
  555. Date: Tue, 30 Mar 93 17:35:35 CST
  556. From: hastings@ms3.dseg.ti.com
  557. Message-Id: <9303302335.AA05880@ms3.dseg.ti.com>
  558. Subject: GUS reviewed
  559. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  560.  
  561. In the May 1993 issue of Windows Sources, 20 sound cards are reviewed.
  562. The focus of the article was slanted towards voice annotation, but
  563. all aspects of sound cards were covered. The Ultrasound didn't fare too
  564. well.
  565.  
  566. Installation: fair
  567. Sound fidelity: good
  568. Midi fidelity: between fair and good
  569. Voice annotation: between fair and good
  570.  
  571. A quote: The UltraSound may be suitable as a low-cost entry to MPC
  572. boards or for a playback-only station used by a secretary. But for 
  573. high-end MPC use, look to other cards that offer a fuller set of
  574. features.
  575.  
  576. Cards that tested better than the GUS overall:
  577.  
  578. Spectrum 16
  579. SoundBlaster 16 ASP
  580. BSR MediaMaster
  581. Pro Audio Spectrum 16
  582. Windows Sound System (Microsoft)
  583. and, of course, Multisound by Turtle Beach
  584.  
  585. This is the first review I've seen that included the GUS.
  586. Anybody seen any others?
  587.  
  588. clint
  589. email: hastings@dseg.ti.com
  590.  
  591. ------------------------------
  592.  
  593. Date: Wed, 31 Mar 1993 14:31:43 +0800 (WST)
  594. From: hstsai@solar.csie.ntu.edu.tw (Hong-Shing Tsai)
  595. Message-Id: <9303310631.AA07084@syslab.csie.ntu.edu.tw>
  596. Subject: help
  597. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  598.  
  599.  
  600.  
  601. ------------------------------
  602.  
  603.  
  604.  
  605. Date: Tue, 30 Mar 93 07:04:24 PST
  606. From: RICH CATENA DTN 321-5170 <catena@arrcee.enet.dec.com>
  607. Message-Id: <9303301501.AA05235@enet-gw.pa.dec.com>
  608. Subject: Mouse cursor goes away with gus driver installed
  609. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  610.  
  611. I have a problem which just showed up. With the ultrasound driver installed
  612. my mouse cursor disappears during windows startup about at the point the prog.
  613.  mgr window is created. If I deinstall the gus driver all is well ( except i 
  614. can't use the wonderfull gus!).
  615.  
  616. Help!
  617.  
  618. One other piece of info. Sherlock Holmes (cd) will hang if I move the mouse
  619. during one of the video sequences.
  620.  
  621. thanks!,
  622.  
  623.  
  624. ------------------------------
  625.  
  626. Date: Tue, 30 Mar 93 11:17:27 CST
  627. From: eason@ncrnd3.StPaul.NCR.COM (Dale Eason)
  628. Message-Id: <9303301717.AA22199@ncrnd3.StPaul.NCR.COM>
  629. Subject: Pitch to midi converter.
  630. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  631.  
  632. Bruce, Dodson wrote about designing a pitch to midi converter for his guitar
  633. using the GUS.  That sounds very interesting.   What algorithm
  634. is used to determine the pitch?  Will a FFT do it and is the
  635. PC processor fast enough to determine the pitch in real time?   One place to
  636. start to answer these questions is the comp.dsp  (digital signal processor)
  637. news group.  I have seen discussions of pitch determination there from time
  638. to time but did not pay attention.  Anyone else have any info?
  639.  
  640.  
  641. Dale Eason
  642.  
  643. ------------------------------
  644.  
  645. Date: Tue, 30 Mar 93 22:37:49 -0500
  646. From: Macon N. Pegram <csc8mnp@cabell.vcu.edu>
  647. Message-Id: <9303310337.AA00222@cabell.vcu.edu>
  648. Subject: Programming?
  649. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  650.  
  651. The manual mentions absolutely nothing about this... but
  652. how do you how about writing programs to use the GUS?
  653. Specifically, I'd like to write a pitch-shifter for GUS samples....
  654.  
  655. the grinch
  656.  
  657. ------------------------------
  658.  
  659.  
  660.  
  661. Date: 31 Mar 1993 10:29:57 +0800
  662. From: TC <SH7126146@NTUVAX.NTU.AC.SG>
  663. Message-Id: <01GWGDXLCTDUAH2Z2V@NTUVAX.NTU.AC.SG>
  664. Subject: Proposal for GMOS
  665. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  666.  
  667. Hi everyone,
  668.  
  669. I would like to know how many of you are interested in working on GMOS.
  670. Also, it seems that the UltraDox might not contain enough information.
  671.  
  672. Here are some of the proposed GMOS "features":
  673.  
  674. 1. A 1MB GUS would be required, 64K reserved for SB DAC emulation (if we
  675.    can get the information from Gravis/Forte) and the rest for patches.
  676. 2. A hardware/software combo. Software being a TSR, and the hardware
  677.    portion is a simple loop back from the MIDI out to the MIDI in (or to
  678.    the serial port).
  679.    Can some hardware guru check out this portion? I am not too sure
  680.    about whether a circuit is needed or we can simply loop with a wire
  681.    (doubtful).
  682. 3. Ability to load patches dynamically into several fixed sized buffers
  683.    in memory. A patch can span multiple buffers. This will make dynamic
  684.    memory management of the GUS memory easier. Buffer size can only be
  685.    changed at startup.
  686.    In the UltraDox, Josh mentioned that he couldn't get the GUS to load
  687.    patches while playing back, but someone (Francois Dion?) did mention
  688.    that it was possible. Anyone have info on this?
  689. 4. Ability to intelligently determine the patches that have been used in
  690.    a particular session and save it as a .GMC file that can be used to
  691.    tell GMOS which patches to load at startup. This file will be plain
  692.    text and will be user-editable so hackers can customize it :)
  693. 5. Anyone knows where to get the complete set of MIDI commands?
  694. 6. If anyone has the sysex commands for the MT-32 and SCC-1 please post.
  695.  
  696.  
  697. All discussions are welcomed.
  698.  
  699. .tc
  700.  
  701. ------------------------------
  702.  
  703. Date: Tue, 30 Mar 93 17:27:45 CST
  704. From: hastings@ms3.dseg.ti.com
  705. Message-Id: <9303302327.AA05863@ms3.dseg.ti.com>
  706. Subject: Real-time frequency-to-midi conversion
  707. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  708.  
  709.  
  710. > Date: 29 Mar 1993 15:14:41 -0400
  711. > From: DODSON@ac.dal.ca
  712. > Message-Id: <01GWDUECSZWI002P2O@AC.DAL.CA>
  713.  
  714.  
  715. > Subject: Guitar midi
  716. > To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  717. > I play guitar, and I have an ultrasound.  Right now, the only way I can plug
  718. > in to the ultrasound is to pay Big Buxx to retrofit my electric guitar with
  719. > a Roland midi pickup.  Anyway, I am pretty sure that, with an ultrasound and
  720. > windows, this shouldn't be necessary.  Here is my idea:
  721. > What we need is a program which, like a sampler, reads the line in jack
  722. > (or mike in).  Only, instead of storing the stuff in memory, it would do
  723. > a frequency analysis on this signal, take the dominant frequencies and map
  724. > them onto midi notes, i.e. by a best fit, or "snap".  Then this signal could
  725. > be sent out the midi out, and from there sent right back to the midi in, by a 
  726. > little adaptor.  At a later stage, note bending could be added(pitch wheel)
  727. > and also velocity (attack), but I wouldn't want to touch these until I had 
  728. > the basic note-mapper working.
  729. > Anyway, I don't know if this is possible on the GUS; it is certainly more 
  730. > plausible than on some other midi card with no line in.  It might be necessary
  731. > to have a second computer do the processing, but I doubt it; that is what
  732. > windows is for. 
  733. > Problem is, I have never programmed in windows (only Turbo Pascal for DOS)
  734. > so I am wondering if anyone out there wants to help?  I realise this system
  735. > has a limited audience (those who have GUS, or other card, _and_ windows, 
  736. > _and_ a guitar), but actually, if we got the basic thing working, it would
  737. > probably work with other toys, besides guitar.  e.g. non-midi keyboard, and
  738. > just about any instrument that you can hook a mike up to (including voice,if
  739. > you can sing).  
  740. > So you can see why I am excited about this.  If it is possible, it would allow
  741. > anyone, not just keyboardists, to do MIDI!  If there are any GMOS veterans, 
  742. > or others who want to help, please do!  (otherwise, I will be buying some
  743. > windows programming language soon, and will have to learn it before I can
  744. > code my algorithms)  Also if you have any advice, don't hold back!
  745. > OK I've taken up two screens worth of your DIGESTion, so I may as well take 
  746. > off now :)   Tell me what you think
  747. > Bruce.       dodson@ac.dal.ca
  748.  
  749. Last year DOD/Digitech (I think) came to the University of Utah and gave
  750. a presentation to the ee students. One of their toys they showed and
  751. talked about was a guitar-to-midi box. Seems like it was about a grand.
  752. They talked some about their design effort, the theory, and their ongoing
  753. attempt to improve it. It required a lot of dedicated signal processing.
  754.  
  755. I would therefore conclude that the Gus would not be able to do it. Go
  756. find this commercial box - it's exactly what you're looking for. Even
  757. worked with voice input, as I recall.
  758.  
  759. clint
  760.  
  761. ------------------------------
  762.  
  763.  
  764.  
  765. Date: Tue, 30 Mar 1993 15:34:58 -0600
  766. From: regius@cs.utexas.edu (Regius S. Gunawan)
  767. Message-Id: <9303302135.AA29222@lovelady.cs.utexas.edu>
  768. Subject: SBOS conflicts.
  769. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  770.  
  771. Sorry to bother everyone again, but I thought this info might be
  772. useful (and I NEED to gripe to someone :)
  773. I was having problems with my new 486DX2-66 and SBOS (almost any
  774. version).  Traced the problem to my hard disk controller.
  775. Seems that the BIOS on the Promise DC-4030VL VL-Bus IDE caching
  776. controller is incompatible with SBOS.  For all I know, everything
  777. else works just fine.  This basically means I cannot get the best
  778. performance if I want to use SBOS.  I hope there's some way around
  779. it but haven't checked.
  780. I hope you guys at Gravis is listening to this and (hopefully)
  781. come up with a solution/respose/flame/anything ^_^
  782. Thank you for your time
  783. ^_^ regius ^_^
  784.  
  785. ------------------------------
  786.  
  787. Date: Tue, 30 Mar 93 17:41:52 -0800
  788. From: Bob Beck <rbk@sequent.com>
  789. Message-Id: <9303310141.AA24202@eng2.sequent.com>
  790. Subject: Still want an NT Driver for GUS
  791. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  792.  
  793. I'm really pleased by the good work the folks at Gravis (et.al.) are doing
  794. (ie, I like the 2.0.2 disks and SBOS 2.0.4 - keep it up folks!).  However,
  795. for my GUS to be useful longer term to me I'll need an NT driver for it.  Is
  796. this in anyone's plans?
  797.  
  798. By all means get the DOS/Windows SW in good shape first, but I really think
  799. NT is *way* more interesting and important than OS/2, and is going to be on
  800. *ALOT* of desktops real soon (I heard something about 70000 March Beta copies
  801. were sent)...  For now, when I'm running it on my machine I have no sound
  802. (sigh) from my nice GUS (but things seem to run fine, so the GUS isn't making
  803. NT angry - I guess that's a feature ;-)
  804.  
  805.                     - Bob Beck (rbk@sequent.com)
  806.  
  807. ------------------------------
  808.  
  809. Date: Tue, 30 Mar 93 14:55:14 EST
  810. From: tmcreek@eos.ncsu.edu
  811. Message-Id: <9303301955.AA21063@c00313-11pa.eos.ncsu.edu>
  812. Subject: Ultima 7 part II fix
  813. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  814.  
  815. Someone posted saying that they kept getting dumped out of Serpent's Isle
  816. to a 40 column screen.  Well, I had that problems too (with parts 1 and 2)
  817.  
  818.  
  819. until...
  820.  
  821. I checked the static directory to see what sound drivers it was using.  If
  822. you set it for SoundBlaster (as we who run SBOS must), you will notice
  823. some .adv files.  ".adv's?", I asked.  "Those look familiar!"  I looked in
  824. both my installed copy of Monopoly Deluxe and BattleChess 4000, and lo!
  825. I found .adv's!!!  So I copied sbdig.adv and sbfm.adv from BC4000, ran
  826. SBOS and sure enough it worked!
  827.  
  828. The point: you need new .adv's.  If anyone out there needs these two files
  829. I would be more than happy to upload them to epas, or uuencode and mail
  830. them.  They are not very big.
  831.  
  832. P.S.  If you want to see the endgame sequence, go into the static directory
  833. and create a file called endgame.flg.  In it, put the string "Congratulations!"
  834. and run u7p2.  It's really good!
  835.  
  836. --
  837. tmcreek@eos.ncsu.edu       \   These views respresent no one.   /   Now you 
  838. creek-tm@aza.csc.ncsu.edu   \   Even I won't claim them.       /   are here
  839. ----------------------------------------------------------------------------
  840. #include "std_funny_stuff.h"  /* This is where I include some witty tripe */
  841.  
  842. ------------------------------
  843.  
  844. Date: Tue, 30 Mar 1993 11:44:00 -0800
  845. From: john.smith@gravis.com (John Smith)
  846. Message-Id: <733534174.AA01830@ship.net>
  847. Subject: ULTRASOUND 03/30/93   1/2
  848. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  849.  
  850. UltraSound 03/30/93
  851. -------------------
  852.  
  853. 1) A few days ago I posted a long tech note from Gravis and Forte.
  854.    The last line of that message said, "5) Being overly critical
  855.    of a $150 sound card....".  This was suppose to make you laugh!
  856.    I've heard from a few people who didn't find this very funny.
  857.    Yes, we do make attempts at a little humor now and then. ;-)
  858.  
  859. 2) There has been a discussion over the last few weeks about recording
  860.    silence with the GUS card.  People have been complaining of
  861.    popping or static periodically.  Here are the results of some
  862.    testing I've done.
  863.  
  864.    To test the recording of silence I shorted out line in and mic in
  865.    using two phono plugs. NOTE: You can short our your GUS inputs but
  866.    NOT the outputs, line out, or amp. line out.  I used PLAYFILE and
  867.    USS8 to handle the recording and both returned the same results.
  868.  
  869.    The 'static' you are hearing is due to a 1 bit variance in the
  870.    recording.  Silence should be recorded as DC offset 0 (7Fh) on
  871.    the UltraSound.  A +-1 bit variance is actually very good for
  872.  
  873.  
  874.    an AD converter.  Even a +-2 bit variance is ok.
  875.  
  876.    When recording silence your ear is very sensitive to any shift
  877.    in the noise pattern.  Which is why this your ear can pick up
  878.    this bit difference when silence is recorded.
  879.  
  880.    In the test files I did, over 95% of it had a DC offset of 0.
  881.    There were only small sections of the file that had small periods
  882.    of this 'static' (+-1bit).  Remember, this is only noticeable when
  883.    recording silence.  If you are recording noise you wouldn't be
  884.    able to hear this small of a difference.
  885.  
  886.    A couple things to keep in mind though:
  887.  
  888.        EMM386 or any memory manager will affect your recording
  889.            performance.
  890.  
  891.        A disk cache will help your performance.
  892.  
  893.        Make sure your hard disk is not overly fragmented.
  894.  
  895.        Mic in will cause more noise than Line in due to the fact that
  896.            it is amplified.
  897.  
  898.        Even with a 16bit recording card you will still get this variance.
  899.            However, it should be less noticeable due to the larger
  900.            sampling window.
  901.  
  902.    For those of you who want to test this, try creating a file full
  903.    of 7Fh.  Make sure you use a hex editor and not a text editor.
  904.    You may then use PLAYFILE to play it back.  Now go in there and
  905.    change a few bits to either 7Eh or 80h and hear the difference
  906.    it can make.
  907.  
  908. 3) Boy did I screw up.  It seems in our "Authorized Gravis Nodes"
  909.    list I put my home phone number in there as the Gravis BBS phone
  910.    number.  Guess that explains why I was getting calls at 3am <grin>.
  911.    Here is a new list:
  912.  
  913.                          Authorized Gravis Nodes BBS List
  914.                                      as of
  915.                                  March 30, 1993
  916.  
  917. Name                    Location           Node No.   BBS Phone No.   Speed
  918. ============================================================================
  919. Advanced Gravis         Burnaby, Canada   *1:153/978  (604) 431-5927  V32bis
  920.                                           *13:900/3
  921.                                           *88:8100/106
  922.                                           %gravis.com
  923. Deep Cove BBS           White Rock, Canada 1:153/915  (604) 536-5859  DS
  924. MIDI 1040               Vancouver, Canada  1:153/7040 (604) 732-4446  V32bis
  925. Infinite Dreams         Vancouver, Canada  1:153/7042 (604) 733-6432  DS
  926. T-8000 Info. System     Calgary, Canada    1:134/160  (403) 246-4487  V32bis
  927.  
  928.  
  929. Max Megabit's Data Port Halifax, Canada   *1:251/1    (902) 454-8351  DS
  930.                                                       (902) 453-5731  HST
  931.                                                       (902) 454-9635  2400
  932. The 1st Dutch MIDI BBS  Holland, Europe    2:281/610  +31-15138754    DS
  933. Open Access BBS         Norway, Europe     2:502/284  +47-61-97945    V32bis
  934. Geniaal BBS 2           Netherland, Europe 14:1000/3  +31-2290-43038  V32bis
  935.                                                       +31-2290-45816  V32bis
  936. StarPort                Finland, Europe    2:220/630  +358-0-804-4626 DS
  937. Data Bank BBS           Pennsylvania, USA  1:273/316  (215) 429-9455  V32bis
  938. The Sound Barrier       Staten Island, USA 13:420/0   (718) 979-6629  DS
  939.                                                       (718) 979-9406  DS
  940. I can 'C' Clearly Now   Iowa, USA         *1:290/102  (515) 472-3651  V32bis
  941. Music Connection        Texas, USA         1:124/3109 (214) 596-2827  DS
  942.                                            1:124/3110 (214) 964-3743  V32bis
  943. Joyful Noise            Oregon, USA       *1:105/55   (503) 335-9600  V32bis
  944. MultiMedia              Singapore, Asia    6:600/408  +65-2831964     V32bis
  945. ============================================================================
  946.  
  947. NOTE(S): - All systems are No Parity, 8 Data Bits, 1 Stop bit (N81)
  948.  
  949. (Continued to next message)
  950.  ~ QMPro 1.01 05-8925 ~ Gravis UltraSound - Who could ask for anything more?
  951.  
  952. ------------------------------
  953.  
  954. Date: Tue, 30 Mar 1993 11:44:00 -0800
  955. From: john.smith@gravis.com (John Smith)
  956. Message-Id: <733534174.AA01831@ship.net>
  957. Subject: ULTRASOUND 03/30/93   2/2
  958. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  959.  
  960. (Continued from previous message)
  961.  
  962.          - All systems are online 24 hours/day
  963.          - Speeds: V32bis - 14,400 bits per second (CCITT standard)
  964.                    HST    - 14,400/16,800 bits per second (US Robotics Prop.)
  965.                    DS     - 14,400/16,800 bits per second (HST/V32bis)
  966.          - * - Files are File Requestable
  967.          - % - EMail Only.  No FTP or Telnet.
  968.  
  969. Other Sources for UltraSound Files:
  970. ----------------------------------------------------------------------------
  971.     CompuServe:         GO PCVENB  area #14
  972.  
  973.     FTP Sites:          archive.epas.utoronto.ca         pub/pc/ultrasound
  974.                         wuarchive.wustl.edu       systems/msdos/ultrasound
  975.  
  976.     Internet: Digest Address:                        ultrasound@dsd.es.com
  977.                                               To post to tomorrow's digest
  978.  
  979.     Request Server Address:                  ultrasound-request@dsd.es.com
  980.                               To subscribe, unsubscribe, and request files
  981.  
  982.  
  983.  
  984.     Owner Address:                             ultrasound-owner@dsd.es.com
  985.                              To contact a human if the server has troubles
  986.  
  987. ============================================================================
  988.  
  989.  
  990. TTUL
  991.  
  992. John
  993.  ~ QMPro 1.01 05-8925 ~ Gravis UltraSound - Who could ask for anything more?
  994.  
  995. ------------------------------
  996.  
  997. End of Ultrasound Daily Digest V2 #86
  998. ******************************
  999.  
  1000. Digest Address:                                        ultrasound@dsd.es.com
  1001.                                                 To post to tomorrow's digest
  1002.  
  1003. Request Server Address:                        ultrasound-request@dsd.es.com
  1004.                                 To subscribe, unsubscribe, and request files
  1005.  
  1006. Owner Address:                                   ultrasound-owner@dsd.es.com
  1007.                                To contact a human if the server has troubles
  1008.  
  1009. FTP Sites:                archive.epas.utoronto.ca         pub/pc/ultrasound
  1010.                           wuarchive.wustl.edu       systems/msdos/ultrasound
  1011.  
  1012.  
  1013.